home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 845 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.6 KB
  1. Date: Tue, 18 Jan 1994 08:57:14 +0100
  2. From: Christian Lynbech <lynbech@daimi.aau.dk>
  3. Message-Id: <199401180757.AA09360@avignon.daimi.aau.dk>
  4. To: mint@atari.archive.umich.edu
  5. In-Reply-To: <199401171634.AA21113@ruulot.let.ruu.nl> (message from Annius Groenink on Mon, 17 Jan 1994 17:34:01 +0100 (MET))
  6. Subject: MiNT TO UNIX
  7.  
  8. I do not agree with Annius that 
  9. > "Re: If MiNT goes UNIX then Atari goes down the Trash Can (remember that?)"
  10.  
  11. Different people has different preferences, and there is going to be
  12. many ordinary GEM/MULTITOS/MiNT users left which are perfectly happy
  13. with their TOSfs systems. MiNT is such an improvement, even to
  14. ordinary TOS users, and not everybody wants to put their data under
  15. some obscure, unknown new file format (though superior in many ways).
  16.  
  17. He also said:
  18. > You're not going to admit in your next letter that you are satisfied
  19. > with a 80x25 column terminal screen, are you?
  20.  
  21. No, but given the size of the standard atari B/W monitor, the text
  22. screen isn't that bad. There are limits to the number of windows you
  23. can conveniently use on such a small screen. And for a die-hard emacs
  24. and latex user as me, I can (and do) live with it.
  25.  
  26.  
  27. Chris Herborth writes:
  28. > But wouldn't it make more sense, for you, to find a really cheap used
  29. > '386 with 4M of RAM (_very_ common, and should be < $1000 almost anywhere)
  30. > and run Linux?  You'd be able to set it up 100% UNIX right now, and you
  31. > wouldn't have to wait for the "MiNT goes UNIX" group (if it ever formed)
  32. > to get around to setting everything up.
  33.  
  34. I *really* don't have the money at the moment. My financial situation
  35. is shakey enough as it is :-(, but this is of course the way to go,
  36. since any 68000 box is lacking power and ressources. 
  37.  
  38. But this isn't really the issue. I'm not the only one interested in a
  39. unix-like solution, and MiNT is so deceivingly close already now. I
  40. will not be satisfied with the old ways, I just can't help it :-).
  41.  
  42.  
  43. Chris also writes:
  44. > > [...stuff about i) fs standards or ii) making porting/configuring easy...]
  45. > Definitely the second option, but I'd certainly settle for #1 in the
  46. > mean-time.  :-)
  47.  
  48. I do not see a contradiction here. For one, a decent bourne shell and
  49. a fully working test program, lets you configure most GNU software
  50. pretty easy, already now. But some fs standard would give additional
  51. benefits:
  52.  
  53. 1) Less need of patching.
  54. Adding some environment variable requirement, probably means that you
  55. still need to patch even GNU packages, and this is somewhat a pain,
  56. when the next version of (say) the fileutils are out.
  57.  
  58. 2) Not absolutely dependent on sources.
  59. If you want a UNIX setup, you are pretty much required to have the
  60. sources so you can configure to your specific setup. There is no
  61. standard, so in theory you risk that one guy uploads the GNU diffutils
  62. configured with all programs in /usr/local/bin and another guy uploads
  63. RCS which expects diff to be A:\GNUBIN so that you just can't win.
  64. This project is also a commitment to ensure that there are utilities
  65. working within the standard (me thinks).
  66.  
  67. > IMHO, we should quickly get a handle on this "standard directory tree"
  68. > thing; someone should propose a standard (that's still general enough
  69. > for people to customize however they see fit) and we should vote on it.
  70.  
  71. Very true indeed, lets get this issue out of the way.
  72.  
  73.  
  74. Still dreaming,
  75.  
  76.  
  77. ------------------------------------------------------------------------------
  78. Christian Lynbech               | Hit the philistines three times over the 
  79. office: R0.33 (phone: 3217)    | head with the Elisp reference manual.
  80. email: lynbech@daimi.aau.dk    |        - petonic@hal.com (Michael A. Petonic)
  81. ------------------------------------------------------------------------------
  82.  
  83.